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BEST AVAILABLE IMAGES 



Defective images within this document are accurate representations of 
the original documents submitted by the applicant. 

Defects in the images may include (but are not limited to): 



BLACK BORDERS 

TEXT CUT OFF AT TOP, BOTTOM OR SIDES 
FADED TEXT 
ILLEGIBLE TEXT 
SKEWED/SLANTED IMAGES 
COLORED PHOTOS 

BLACK OR VERY BLACK AND WHITE DARK PHOTOS 
GRAY SCALE DOCUMENTS 



IMAGES ARE BEST AVAILABLE COPY. 



As rescanning documents will not correct images, 
please do not report the images to the 
Image Problem Mailbox. 
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Specify software 
component rules 



Rules on software component behavior, 
programmatic interfaces, extending and 
manipulating software components, 
encapsulation, interfacing, data transfer 



Specify tier rules 
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/Rules on association, software component 
manipulation, tier manipulation and 
extension, framework 



Specify assembly 
rules 



Rules on basic design structures, 
component dependencies 
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Do initial system 
design comprised 
of n-tiers, where n 
is any number 
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Put system into 
production. 
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Periodically 
review 

architecture. 



Are 
any tiers 
'unused ordo N 
'any tiers contain N 
components that 
more logically 
fit in another, 
tier? 
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If a tier is unused and you believe 
it will remain so, remove it. 

If the content of a tier is more 
logically grouped in another tier, 
relocate the content and remove the tier. 

Number of tiers in architecture = n-1 
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No 



'New requirements,* 
come in. 



Do 

/requirement^ 
fit into a tier ofy es 
the current 
architecture 



Locate requirements 
in the appropriate tier 



No 



Determine the nature of the new tier 
and add it to the architecture. 

Number of tiers in architecture = n+1 
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Determine application 
requirements. 
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Organize required 
objects according 
• to current GeoCOM 
architecture. 
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Review GeoCOM 
software inventory. 








Mark those objects as complete on the 
project development plan. 



So— 



Design, implement, verify, 
test and validate remaining 
objects. 



/Are N 
''any of > 
the obiects X No 
suitable for/ 
vneuse?> 



'Yes 



Do 
/objects f 
'into a tier< 
the current 
architecture?' 



No 



Determine the nature of. the new tier 
and add it to the architecture. 

Number of tiers in architecture = n+1 
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Add the new object(s)to the architecture. 
Number of tiers in architecture = n 



( End y *- 
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Data Display 



View Controller 
Interprets user 
actions and infonms 
model of required 
actions. 
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View Model 

Receives instructions from View Controller and 
passes them on. Instructs neat-time service 
to start data acquisition, instructs data dispatcher 
to start bin processing upon receipt of data, and 
instructs view model to refresh display upon 
receipt of bin results. 



Data Processor 

These functions are a result of generative programming. None of the 
objects exist when data acquisition begins. The objects are instantiated 
when the appropriate criteria are met. 



Bin Information Model 
Contains results of bin 
processing 



Curve A Processor 
Processes curve 
type A business 
objects and sends 
results to Bin 
Information Model. 



turve Average Processor 

Processes curve averages 
and sends results to Bin 
Information Model. 



Curve B Processor 
Processes curve 
type B business 
objects and sends 
results to Bin 
Information Model. 



Bin A 
Receives curve type 
A business objects 
from data dispatcher. 
When it accumulates 
the required amount, 
it starts the Curve A 
Processing Object. 



Divide By Two Processor 

Takes curve adder results 
and divides by 2. Sends 
curve average to curve 
processor. 
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Curve Adder 
Adds A and B curves. 
Sends results to the 
divide by 2 proces- 
sing object. 



Bin B 
Receives curve type 
B business objects 
from data dispatcher. 
When it accumulates 
the required amount, 
it starts the Curve B 
Processing Object. 
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Bin A/erager 
Receives curve type A 
and B business objects 
from data dispatcher. 
When it accumulates 
the required amount, 
it starts the Curve Adder 
Processing Object. 




Data Acquisition 



Initialize 
Device 



Read from 
device 



Device 
feedback 



Business Object 
Factory 

Creates curve 
business objects 
from acquired data 
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Data Dispatcher 

Sends curve business 
objects to appropriate 
bin processors. 



Data Logger 



Write data 
to tape. 
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